MAY 0 7 2001 5S) METHODS IN TRANSMISSION OF FILES 
Jy IN A DATA COMMUNICATIONS NETWORK 

TO£LD OF THE INVENTION 

The invention concerns methods in transmission in a data 
communications network, particularly Internet, of arbitrarily formatted 
files comprising one or more different data types, between a sender 
comprising a data-processing device connected to the data 
communications network, wherein the sender represents an information 
provider, and one or more receivers with respective data-processing 
devices connected with the data communications network, wherein each 
receiver represents a user, wherein transmission takes place via a 
dedicated server provided in or assigned to the data communications 
network is used with the methods , wherein files which shall be transmitted 
are stored in a database at the sender or in a database accessible from the 
sender and which for the transmission that substantially takes place 
transparently for both sender and receiver, are downloaded to the 
data-processing device of the sender. 

BACKGROUND OF THE INVENTION 

The need for fast, effective and safe transmission of files for 
application purposes is rapidly increasing.. Particularly this is the case in 
the media industry^ where it is desirable with transmission of large files 
composed of different data types, including image information which is 
very capacity-demanding.. Most of the information which is used in the 
media industry is present digitalized and transmitted in digital form and 
even though this can take place via existing broadband communications 
networks, the transmission of source information representing large data 
volumes, typically several Gbytes, yet becomes an expensive and for the 
user time-demanding process.. Beyond all it is hence desirable to save 
time and costs in the transmission as well as making the transmission 
process more simple and efficient, something which will offer an end user 
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great advantages compared with present file transmission systems.. In a 
public data communications network such as Internet, the traffic has only 
been increasing all the time, something which makes the transmission of 
large data volumes and large files on Internet both time-consuming and 
5 cost-demanding. .For large data volumes or extensive documents it hence 
may be an alternative to make use of courier services or file transmission 
on dedicated ISDN lines.. Even though such measures guarantee a safe 
transmission, they are yet linked with substantial costs and the use of 
courier services may in a large number of cases be unsuitable due to the 

10 time factor. 

In connection with transmission of files data processing the files in 
connection with a transmission is well-known.. Data processing of this 
kind can typically consist of various forms of compression coding in order 
to reduce the data volume which shall be transmitted, or measures in order 

15 to protect the data which are transmitted against copying. .In international 
published patent publication WO98/44402 there is thus disclosed a method 
for copying protection of data which are downloaded from a server, 
typically via World Wide Web, to a client in order to be presented to a 
user.. The transmitted and downloaded data are protected 

20 cryptographically by encryption and hashing.. The processing to this end 
may then take place in a network server before transmission on erg^-the 
World Wide Web._ Further there is in a paper by Michael Fraase, 
"Compression pros deliver telecom with SITcom 1.0:. Aladdin app offers 
transparent connection and compression" (Mac WEEK, vol. 8, no. 2, 10. 

25 January 1994, page 43(2)) disclosed a telecommunication software which 
automatically can compress files during transmission using the so-called 
"Stuffit" tool from Aladdin Systems Inc.. The users can use this software 
which is called "SITcomm" for automatically converting files or folder 
hierarchies to "Stuffit" archives before uploading or for automatically 

30 expanding the archives as they are downloaded. .SITcomm can also use a 



so-called toolbox for implementing all connections, file transmissions and 
emulations. 

From US, Ppatent Nao. 5-,270,-805 (Abe et<fe al., assigned to 
Canon) there is additionally known a data-communication device which 
generate data as respectively character data and colour image data, these 
data being divided between respective block areas,. The block area for the 
image data can further be divided into further block areas in 
correspondence with the image characteristics of the image data. In each 
case the data transmission takes place blockwise and by means of a 
conversion device it is determined whether a function is present in the 
receiver device and the transmitted data in the block areas are converted 
according to this. _This may ergr-then imply that if the receiver has no 
possibilities of processing a colour image, the colour image data will be 
converted to data which can be processed by the receiver. 

BRIEF SUMMARY OF THE INVENTION 

In many cases data is transmitted in files with a specific processing 
at the receiver in mind, erg^for different applications, and advantageously 
a processing of this kind which basically has no connection to the 
transmission process as such could take place in connection therewith. 

The object of the present invention is thus to provide methods 
which make a combined transmission and a non-transmission-related 
processing of data in files on public communications networks, ©rgr 
Internet more efficient. 

It is particularly the object that a transmission of files with 
accompanying specific processing shall take place with regard to a 
possible transmission-specific processing of the files and see tojt that the 
transmission of files between a sender and one or more receivers with 
connected specific processing for a user and user-related applications is 
realized with fast and secure transactions between the parties. 



It is also an object of the invention that large files shall be 
transmitted anywhere in the world and then by combining the transmission 
with a specific processing, without transmission and processing requiring 
unnecessary large data resources at the sender and receiver. _The 
transmission and specific processing shall then take place substantially in 
transparency both for the sender and receiver, such that they can exploit 
their data resources for other tasks while the transmission itself takes 
place. 

The above-mentioned objects and advantages are realized according 
to the invention with a method which is characterized by processing a file 
specifically for one or more users and/or one or more applications under 
determined conditions, the specific processing taking place consecutively 
in a data-processing device of the server during the transmission and/or 
consecutively in the receiver's data processing d e vice data-processing 
device of the receiver as the file is received and/or in the rec e iver's data 
processing devic e data-processing device of the receiver after the file has 
been received, and performing the processing with software which is 
stored in one or more of the following: the sender, the server or the 
receiver, and as required is transmitted before or in phase with the 
processing tq^a-an- an actual processing location. 

The above-mentioned method comprises advantageously 

consecutive or approximately simultaneous and/or interfoliated realized 
steps for 

a) compression-coding the file which shall be transmitted with a 
proprietary data compression procedure or a general loss-free data 
compression procedure, 

b) dividing the compression-coded file in packets, 

c) transmitting the packet-divided compression-coded file to the 
dedicated server together with receiver addresses, 

d) providing the packets with receiver address, and 
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e) transmitting the compression-coded file to one or more receivers 
according to the receiver addresses of the packets, as well as a further 
step, for 

f) decoding the received file at the receiver according to the data- 
5 compression procedure or procedures already used for the compression 

coding. 

The above-mentioned objects and advantageous advantages are 
additionally realized according to the invention with a method which 
comprises consecutive or approximately simultaneous and/or interfoliated 
10 realized steps for 

a) compression-coding the file which shall be transmitted with a 
proprietary data compression procedure or a general loss-free data 
compression procedure, 

b) dividing the compression-coded file in packets, 

15 c) transmitting the packet-divided compression-coded file to the 

dedicated server together with receiver addresses, 

d) providing the packets with receiver address, and 

e) transmitting the compression-coded file to one or more receivers 
according to the receiver addresses of the packets, and as well as further 

20 steps for 

f) decoding the received file at the receiver according to the 
data-compression procedure or procedures already used for the 
compression codings and 

g} additionally processing the files specifically for one or more uses 

25 and/or for one or more applications under determined conditions, the 
specific processing taking place consecutively in the server during the 
transmission and/or consecutively in the receiv e r' s data - proc e ssing 
d e vice data-processing device of the receiver as the file is received and/or 
in the r e c e iv e r's data proc e s s ing d e vic e data-processing device of the 
30 receiver after the file has been received, and performing the specific 
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processing with software which is stored in one or more of the following: 
the sender, the server or the receiver and which as required is transmitted 
before or in phase with the processing to an actual processing location. 

According to the invention it is advantageous that the sender 
5 simultaneously with the initialization of the transmission of during or after 
the transmission to the server sending a message to the receiver with a 
resource address and an access code and receiving a confirmation from the 
server when the latter has received the file and the confirmation from the 
receiver when the latter has received the file and downloaded it to its 
10 data-processing device. 

Where the arbitrarily formatted file comprises one or more of the 
following data types, viz.^ image data, alphanumeric data, graphics data 
and fonts ? ^_ ilt is according to the invention advantageous using the 
proprietary data compression procedure for compressing image data, and 
15 using the general loss-free compression procedure substantially for 
compression of alphanumeric data, graphics data and fonts. 

According to the invention, it is advantageous storing the software 
for data compression coding and decoding in the server and downloading 
said software automatically^ respectively! to the data-processing device of 
20 the sender for coding the file when the transmission is initialized and to 

the datai-processing-_device of the receiver for decoding the file when it is 
received. 

In that connection packet-division preferably takes place dependent 
on the data type, such that each packet comprises a determined data type. 

25 According to the invention it is advantageous that the specific 

processing takes place in the server after a preceding decoding of the file 
in the server by means of the software for the data compression coding, 
the software for the processing either being stored at the sender and/or at 
the receiver and being transmitted to the data-processing device of the 

30 server when the processing shall take place, or beforehand stored in the 
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data-processing device of the server, and after the specific processing 
again compression-coding the file with software stored in the server for 
transmission to the receiver, the server on the basis of the receiver address 
checking whether processing conditions are present. 
5 In that connection are preferably the processing conditions assigned 

to a determined receiver address being stored in the server together with 
software for the processing and being accessed by the server on the basis 
of the receiver address, and preferably the specific processing is then 
performed on one or more determined data types such that only packets 

10 comprising the determined data type are decoded before the processing 
and coded anew after the processing has terminated. 

According to the invention it is advantageous that the decoding of 
the file at the receiver takes place consecutively as the file is received. In 
that connection the specific processing preferably takes place 

1 5 consecutively in the data-processing device of the receiver before and/or 
after the coding decoding of the file which is received, the software for 
the processing either being stored at the receiver and/or in the sender 
and/or in the server and being transmitted to the data-processing device or 
the receiver when processing shall take place or b e for e beforehand being 

20 stored in the data-processing device of the receiver. 

It can* according to the invention^ also be advantageous storing the 
file as it is received in the data— processing_-device or receiver, and then 
decoding the file by the receiver at a later suitably selected time._ In that 
connection,, the specific processing of the stored file can then preferably 

25 take place in the data-processing device of the receiver before and/or after 
the decoding of the file, the software for the processing either being stored 
at the sender and/or in the server and transmitted to the data—processing 
device of the receiver when processing shall take place or beforehand 
entered in the data—processing device of the receiver. 
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According to the invention* the dedicated server is advantageously 
implemented on a general network server. 

According to the invention are user names, receiver addresses, files 
and the given processing conditions assigned to user names or receiver 
5 addresses preferably stored temporarily or permanently in a data base 
provided in the server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention shall now be explained in more detail in connection 
10 with exemplary embodiments and with reference to the accompanying 
drawing, wherein: 

FIG 1 shows a system layout for data transmission between a sender 
and several receivers^-erg^-in a public data communications network such 
as Internet, 

15 FIG. 2 the -is a flow diagram for a preferred embodiment of the 

method according to the invention, 

FIG. 3. the -is a flow diagram for a first variant of the embodiment 
in FIG. 2, and 

FIG. 4. the- is a flow diagram for a second variant of the 
20 embodiment in FIG. 2. 

DETAILED DESCRIPTION OF THE INVENTION 

FIG. 1 shows the system layout for file transmission in a public data 
communications network, erg^Internet, such as known in the art. _A 

25 number of information providers can be connected with the system and an 
information provider is here shown represented by the sender 1 ._ The 
sender 1 comprises a data-processing device or computer 2 which well 
may be a personal computer and a database 3 connected with computer 2. 
In addition the sender 1 can optionally also communicate with one or 

30 more external databases 4. These external databases 4 can be connected 
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with a sender in a local network and stored on local data-processing 
devices which well may be the information provider's own. .Alternatively! 
the external databases 4 can be stored at other information providers and 
then,, erg^be accessed by the sender 1 via the public data communications 
5 network.. The sender 1 is connected with* and has at its disposal* a 

dedicated server 5 which can be a free-standing data-processing device 
with a computer 6 and a database 7 connected thereto. _The server 5 can 
ergr-be accessed via local network and or the public data communications 
network and comprises in any case a not shown interface for such a public 

10 data communications network which erg^-then may be Internet. 

Alternatively* the server 5 could also be implemented on the sender's own 
network server and the required data processing takes place on the 
sender's own computer. _As a dedicated server in a data communications 
network* the server 5 can be a shared resource for several information 

15 providers and* consequently* be accessed from several senders 1. _In 

regard of software* the server is basically realized with two modules, one 
for reception of files and one for transmission of files to receivers. 
Additionally* the server can comprise several modules, erg^for processing 
of data, message switching* etc. _The server's software will normally be 

20 stored in the database 7 assigned to the serverr-btt i. However, this 

database can* in its turn* be a shared resource for several information 
providers or form a part of the sender's own database 3. 

The server 5 can* via the public data communications network* 
communicate with arbitrary number of receivers 8i,8 2 ,...8k,...8 n ._ This 

25 communication then takes place on the public available data 

communications network, erg^Internet, via lines 9. _The receivers are 
users of information and receive* on request* information transmitted from 
the information provider or the sender 1 in the form of files.. The received 
files can* after downloading to the receiver 8* be processed on a 

30 data-processing device at the receiver, stored in a local data memory at the 
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receiver and be utilized for a user-specific application at a time 
appropriate for the user. 

It is a part of the object of the invention that the file transmission 
proper and all the operations which in this connection as executed by the 
5 server 5 take place substantially transparent to the sender as well as the 
receivers 8. _This implies* in practice* that at least while the file 
transmission takes place, the data-processing devices of both the sender 
and the receivers or computer could be used for other tasks, as the file 
transmission operation as such shall not in any considerable degree shall 

10 load the mentioned computers. 

A preferred embodiment* according to the invention* shall now be 
discussed with reference to FIG. 2 T which renders a flow diagram showing 
the separate steps of the method. In this connection* it shall be remarked 
that all references in the flow diagram to specific processing points to a 

15 user-specific or application-specific processing which has no 
consequences for the file transmission as such. 

The embodiment of the method according to the invention is 
initialized at the start step 100 on the sender's 1 computer 2 as shown in 
FIG. 2._ With the sender* it is to be understood that an information 

20 provider whieh-serves a number of clients which are the receivers or users 
of the information. Jn step 101* the files which shall be transmitted are 
specified and fetched from the database 3 of the sender 1 or from 
databases 4 which can be accessed by the sender.. These databases can be 
connected with the sender 1 in a local network or be accessed via the 

25 public data communications network which in the following will be 
supposed to be identical with Internet and denoted as such._ It is to be 
understood that the file which shall be transmitted may consist of different 
types of source information which may well be located in several 
databases. .Before the transmission all source information is in such a case 

30 collected in the file to be transmitted.. The sender 1 also fetches receiver 
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addresses, i.e. addresses to clients or users, preferably stored in the 
sender's own database 3. It is to be understood that files and documents 
collected may be formatted arbitrarily. .They may ergr-be 
compression-coded beforehand with some appropriate compression 
5 procedure such as MPEG for video or films or JPEG for stills. _The files 
can consist of a number of different data types as they do not need to 
consist of image information whiclu in this case A shall be understood as 
video images, film images or still images, but may* in addition also 
comprise usual alphanumeric information, graphics information and 

10 possibly fonts._ The latter will be relevant where alphanumeric and 
graphics information in the files at the users will be applied in media 
enterprises, ergr-the graphic industries.. In step 102 the collected files now 
are compression-coded, as either a proprietary compression procedure or a 
particular loss-free data compression procedure is used._ The proprietary 

15 data compression procedure can be a particular compression procedure for 
image information, possibly with an adaptation for stills or video._ This 
proprietary compression procedure is developed by Fast Search & Transfer 
ASA, which has assigned the rights of use to the applicant. _It will be 
relevant using it for those parts of the file which consist of image 

20 information. .Other data types in the collected files as ergr-alphanumeric 
and graphics information can be compressed with a general loss-free 
procedure, such loss-free compression procedures being well-known to 
persons skilled in the art and hence not discussed in further details herein. 
As the collected file or parts thereof can be an arbitrarily formatted file, 

25 the file or parts thereof can as mentioned already be subjected to a 
compression procedure. _A repeated data compression of image 
information in the form of video images which already have been 
subjected to a compression of the MPEG type will with the applicant's 
proprietary compression procedure which has a higher compression factor 

30 than MPEG be further compressed. _In other parts of the file which ergr 
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beforehand may have been subjected to a loss-free compression procedure, 
the general loss-free compression need not effect a further compression of 
these parts. _In any case the compression coding in step 102 executed on 
the sender's own computer 2 which thereafter divides the collected 
5 compression-coded files in packets, such that each separate packet 
preferably contains a determined data type and at the sender has been 
subjected to a particular form of compression coding. 

It is to be understood that the software used in the compression 
coding can be stored on the sender's own data-processing device, but 

10 preferably it is stored in the server 5 and will, when the file transmission 
is initiated, automatically be transmitted to the sender 1 from the server 5. 

In step 104, the packet-divided compression-coded file is now 

transmitted from the sender's 1 computer 2 to a server 5 which well may 
be the sender's own network server or a dedicated server and connected 

15 with a server via erg^a dedicated line, a local network or a public data 

communications network such as Internet. _The sender 1 will now in step 5 
inquire of the server 5 whether the compression-coded file has been 
received and, if the answer is NO, the file transmission will continue until 
this is the case. _Ifs the answer is YES and the compression-coded file is 

20 completely received on the server 5, the file is now provided with receiver 
address in the server's 5 computer 6 in step 106. _The receiver address will 
ergr-be downloaded from the sender 1 to the server 5 at the start of the 
transmission.. The receiver address may, however, also be an 
identification code and the intention is in any case that the receiver 

25 address or the identification codes are used in a step 107 implemented on 
the server 5, wherein a decision is taken whether the compression-coded 
files shall be subjected to a specific processing in the server or not. _If the 
answer is NO, a confirmation is sent in step 1 1 1 that the file has been 
received on the server 5 and, simultaneously, a confirmation is sent to the 

30 receiver 8, the confirmation comprising a message with a resource address 
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(URL) and an access code, the latter e^g^a password for the user._ In the 
present casei the resource address will, of course, be the address of the 
server. 

The decision in step 107 takes place on the basis of the receiver 
5 address or the identification code 7 evgr-with a table which for the relevant 
receiver address or identification code provides the server with the 
necessary processing instructions.. If the answer in step 107 hence is YES, 
the file is decoded in step 108 and thereafter subjected to the required data 
processing, i.e.i a specific processing in step 109._ This processing can be 

10 user specific or application-specific and takes place with software which 
is stored in the data base 7 of the server 5 or which is transmitted to the 
database of the server, either on the basis of the receiver addresses when 
the file transmission starts or beforehand has been stored in the database 7 
of the server 5 by the separate receiver. Jn this connection it is to be 

15 understood that step 111 very well may be realized in another location in 
the transmission process such that the confirmation can effect the 
transmission of the required software for the processing from either the 
sender or receiver before the decision in step 107 concerning the 
processing is made. _The processing which takes place in step 109 can be 

20 user-specific or application-specific, i.e.* the file is processed 
user-specifically for one or more users or receivers or 
application-specifically for two or more users, such that the file is 
subjected to the same processing for one and the same application or one 
and the same application is implemented at more than one user. _The 

25 processing wilL as a rule* take place by packet switchings ergr-be executed 
on packets which comprises image information and it is, of course, then 
evident that not all packets in the file need to be decoded before the 
processing., A typical example of processing which is performed can be 
the processing of image information with the intention of providing the 

30 image information with an optimum colour profile for the relevant user's 
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applications.. An example of a colour profile of this kind is the so-called 
ICC standard which stands for International Color Consortium which was 
established in 1993 by 8 industrial enterprises in order to provide a 
standardized architecture and standardized components for colour 
5 handling in image information. _Digitalized colour image data will both 
before and after the compression coding typically be present as an RGB 
code. _After image information has been decoded for processing, the RGB 
format is converted to a CMYK colour format with the use of the ICC 
colour profile. _For the sake of that, this could also be done on the 

10 sender's computer 2, but preferably step 109 is reaiized as shown on the 
server's computer 6. _In this connection the ICC profile can be 
transmitted automatically to the server 5 T erg^from the sender 1 or from a 
receiver 8, but may also be prestored in the server. _The ICC profile is A in 
any casc^ implemented in each case when the image information format 

15 after the decoding is converted from the RGB format to the CMYK colour 
format. 

After completed processing in the server 5 a the file is again 

compression coded in step 110 and a confirmation is submitted as 
mentioned above in step 1 1 1 in the form of a message to the sender and a 

20 confirmation in the form of a message to the receiver 8._ Whether the 

confirmation of the receiver in step 1 1 1 as mentioned is submitted at an 
early stage in the process or immediately after step 107 or step 110, the 
server 5 in step 112 will receive a transmission request from one or more 
receivers 8 and^ if the server in step 112 does not find such a transmission 

25 request for a receiver, an already compression-coded or processed file for 
the receiver can^ in step 104^ either be stored in the server 5 for later 
transmission to the receiver or be deleted. If the server 5 A in step 1 12 A on 
the contrary ^ finds that a transmission request from one or more receivers 
is present, the server 5 transmits the compression-coded and in case also 

30 processed files to the respective receivers 8 on the basis of the receiver 
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addresses, as each packet is addressed and transmitted consecutively after 
step 107 as the packets are received on the server 5 or consecutively 
following step 1 10, in any case on the basis of the received transmission 
request such this is present at step 112. _The transmission from the server 
5 5 to the receiver 8 takes place in step 114 and the file is downloaded 

consecutively in step 1 15. _In step 1 16^. a decision is made whether the file 
is downloaded ? and± if the answer is NO, the downloading of a 
compression-coded and possibly processed file in step 115 continues until 
the downloading is completed and confirmed in step 116 with YES. _Then 
10 the receiver 8 in step 1 17 sends a confirmation in the form of a message to 
the sender 1 that the file has been downloaded. .After the file has been 
received and downloaded to the receiver's computer, the latter decodes the 
file in step 118. 

Advantageous^ a specific processing also may take place on the 

15 receiver's 8 own computer and a decision about a processing of this kind 
is taken in step 119. _If the answer is YES, the downloaded file is 
processed in step 120 and it is default that the processing can comprise a 
number of separate processing steps and be executed on different data 
types. _Where the user or receiver 8 represents media industry or graphic 

20 industry, it may of course be topical to implement a suitable colour profile 
in connection with conversion from one colour format to another. _There is 
also nothing against a file which already has been subjected to a 
processing on the server 5 in step 109 or after the decoding at the receiver 
8 in step 118 being processed further and user-specifically by the receiver 

25 8 in step 120 such that this alternative is evident from FIG. 2. .Further 

eafl-both the user-specific and application-specific processing can w holly 
take place on the receiver's own computer and without a preceding 
specific processing in step 109 in the server. JThis is shown in FIG. 3 
wherein which corresponds to the case where the answer in step 107 in 

30 FIG. 2 is always N O. Consequently, step 107 and the loop with the steps 
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108-110 heftee -have been deleted from FIG. 3 for clarity's sake , as 
specific processing now only takes place in step 120. Jf the answer in step 
1 19 is NO, the transmission is finally complete and the entire process 
terminates in step 121 as shown both in FIG. 2 and FIG. 3. 
5 It is also possible that certain forms of processing can be performed 

in the server 5 on a compression-coded file without a preceding decoding 
taking place.. This alternative will, of course^, be expressed by a 
processing condition, but is not shown in FIG. 2. Jn practice,, this implies 
that steps 108 and 1 10 are deleted. 

10 Corr e spondingly can also o Optionally^ a correspondingly specific 

processing of compression-coded files can take place in the receiver 8 ? 
without a preceding decoding. This is shown in FIG. 4 ^ wher e proces s ing 
on th e basis of a which is similar to FIG. 3, but comprises an additional 
decision in step 1 1 7-a and a loop with an additional processing step 120. 

15 Processing on the basis of a decision in step 1 17a will take place in step 
1 17b, whereafter the file is decoded in step 118 and optionally after a 
decision in step 119, once again is subjected to a specific processing in 
step 120. 

According to the invention the separate steps in the method are 
20 realized consecutively and approximately simultaneously such that a step 
does not need to be terminated before the next has begun, as the separate 
operational steps in practice are performed by packet-switching. _This 
implies^ in other words., that the first packets in the file already can be 
downloaded at the receiver 8, while compression coding and packing of 
25 the last parts of the files still take place in the sender 1. .Further, it shall 
be understood that the succession of the separate steps may be different 
than shown in the flow chart in FIG. 2, which only schematically renders a 
preferred embodiment. _In practice,, the operational steps can be 
interfoliated, i.e.., that for instance,, decoding and downloading of 
30 not-processed packets in step 1 15 in time may well precede the processing 
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in step 109. _Also! the steps for transmission of confirmations between the 
acting parties, i.e.* the sender 1, the server 5 and the receiver 8 A can be 
located differently in the sequence of steps. _A confirmation to receiver 8 
with resource address, file reference and password can A for instance! take 
5 place already before the transmission starts and the^ of course! from the 
sender 1 to the receiver 8. .Corresponding^ the server 5 can confirm the 
transmission with a message to the sender 1 immediately after in step 107. 
_Yet it is regarded as most suitable that the confirmations are given in the 
form of messages from the server to respectiv e ly the sender and receive^ 

10 respectively, after a possible processing in the server has been terminated. 
_Further, a confirmation in step 1 1 1 will usually cause the server 5 to 
receive a transmission request from the receiver 8 at step 1 12, but a 
transmission request may well be entered beforehand on the basis of an 
already submitted message from the sender 1 . 

15 It is, of course, no requirement that the decoding of the file in step 

118 takes place consecutively as the file is downloaded. _The receiver 8 
can choose to download the file without decoding and* thereafter! store the 
compression-coded and possibly already processed file on his own 
computer for a shorter or longer time period with regard to a later 

20 application. _As the file already is compression-codedi the storage will 

require little space. _The decoding of the stored file can then take place at 
a later time and be combined with a possible user-specific or 
application-specific processing on the receiver's own computer. _Neither 
is it, of course, anything against performing the processing or parts thereof 

25 on the stored compression-coded file, i.e.! before the decoding takes place, 
but r in most cases! the file will be processed in connection with the 
decoding and the^ as this takes place, erg^for an application requirement 
which shall be met on a suitable time for the receiver or user after the file 
has been transmitted or stored on the data-processing device of the user. 
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The method in file transmission according to the present invention 

also provides great flexibility with regard to storage and downloading of 
the required software for erg^-processing. _ Suitably may Aas mentionedi 
the software for the compression coding.,, for instance , may be suitably 
stored at the server 5 and automatically be downloaded to the sender 1 
when the transmission is initialized, but it can A of coursei also be prestored 

at the sender. _ Correspondingly can s Software for the specific 

processing can correspondingly be stored at the sender 1 as well as the 
server 5 and/or the receiver &± and transmission of software of this kind 
can be implemented automatically when erg^a decision on processing is 
taken irrespective of whether it takes place at the sender, server or 
receiver. 

The methods in transmission of fileSi according to the present 
invention^ will be well suited for file transmission of text and images on 
Internet with applications in the media industry in regard. _By 
systematically using the compression procedure based on r e sp e ctiv e ly th e 
aApplicant's own data compression technology for image information and 
commonly known as loss-free compression procedures for text and fonts, a 
file transmission with a particularly large capacity is obtained while the 
transmission costs are reduced. _The applicant's own data compression 
technology is many times as effective as e.g. t he known standards* such as 
JPEG and MPEG,, with regard to compression speed, while the quality of 
the decoded information in regard of ergr-colour rendition and resolution is 
far better. For instance* eafi-large image files can in the present method* be 
compressed by more than 98% and transmitted via Internet anywhere in 
the world without causing an appreciably reduced image quality. _The 
transmission additionally takes place very fast - as a rule the confirmation 
that a downloading has taken place will appear just as fast as it shall take 
to write the corresponding data to a common CD-ROM. 
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As mentioned, the methods* according to the present invention 
shall be particularly well suited in the media industry. _As more and more 
tasks in the media industry apply digitally-based information, this requires 
an effective file transmission. .Simultaneously* the files can* in connection 
5 with the transmission* be subjected to a specific processing and this 
processing shall, regardless of where it takes place, similar to other 
procedures during the transmission* substantially take place in 
transparency both to sender and receiver. _In the present method* the 
demand for lines with high bandwidth is eliminated by far ? as the specific 

10 processing does not affect the bandwidth requirement in the transmission, 
and owing to the use of ergr-the above-stated compression factor, it will be 
possible to obtain a virtual processing rate of the magnitude 10 Gbit/h on 
an ordinary ISDN line. _If a transmission line with the fixed band-width of 
2Mbit/s is used, it will* with the method according to the present invention 

15 and under the same conditions* be achieved in a virtual transmission 

capacity of 360 Gbit/h even though the file in the transmission is subjected 
to a specific non-transmission-related processing. _The virtual 
transmission capacity for a given line is* in other words* only dependent 
on the compression factor, but implies for the receiver or user when the 

20 transmission takes place with a compression factor of 50 which is very far 
jefffl- from an upper limit of the applicant's own data compression 
technology, an essential improvement of the performance even when it is 
compared with the up to now used methods on Internet for data 
transmission without specific processing. 

25 Finally* it is to be understood that the herein disclosed methods* 

according to the invention* shall not be incompatible with the 
corresponding specific processing in the sender according to 
predetermined criteria. .The processing will then take place before the 
compression coding in step 102, and in the division in packets will not 

30 only the data type be taken in regard, but also the possible specific 
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processing. _A specific processing of this kind at the sender side will, 
however, as a rule be inexpedient due to the capacity requirements, but 
will according to the circumstances have no consequences for the other 
transmission and processing procedures as used in the methods according 
to the present invention. 



